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REWRITTEN MARKED UP COPY 
ABSTRACT 

A work support information extraxtmg pro r am extracting program and a work support 
information extracting system unsing using the program thereof assist to extract th e m 
extracting work support information by inputting the staff/organization DB containing the 
organization structure and staff structure in the a staff/organization DB input process, 
extracting the work DB containing the a work item, a work carrying-out unit and work 
carrying-out condition, and generating the work support flow data, well-coordinated 
throughout the organization, from the staff /organization DB and work DB in the work 
support flow generating process. 
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RECEIVED 

_ i _ W/1R12 2002 

SPECIFICATION 21 00 

TITLE OF THE INVENTION 

WORK SUPPORT INFORMATION EXTRACTING PROGRAM AND 
WORK SUPPORT INFORMATION EXTRACTING SYSTEM USING 

{thereof) **"s^ 

BACKGROUND OF THE INVENTION 

The present invention relates to a work support 

system for guiding the schedule and procedure of work 

in general enterprises or governmental offices, 

particularly to a work support information extracting 

program for generating a work support flow to be used 

for work support purposes on a work support unit and 

A 

also to a work support information extracting system 
using the program. 

Conventionally , a workflow system has been 
employed as a system for supporting typical or routine 
work. The workflow system is provided with a function 
that defines predetermined work procedures as workflow 
data and \makes^guidance for the schedule and ways of 
carrying out the work according to the defined data. 
Workflow generation support system is a system for 
generating ^the^ workflow data. 

A workflow generation support system is disclosed 
in Japanese Application Patent Laid-open Publications 
No. HE I 07-249024Q K HEI 08-287157 (and so on), (and thejy 1 ^ 
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system is capable of defining work items , work 
{carrying-ou€) conditions, and work (5arrying-ou€) sequencer. 
* Wfey of defining (the abovfU differs from [aty system to 
another f ^(out of whicff) some j( Japanese Application 
5 Patent Laid-open Publication No. 08-287157) indicate* 
the work (carrying-out) sequence in a visual way. where 
nodes are connected with arrows^ and some /(Japanese 
Application Patent Laid-open Publication No. HEI 07- 
249024) indicate* the work items in a list form where 

10 priorities are given to the items. 

Japanese Application Patent Laid-open Publication 
No. HEI 10-326306 describes a task assignment system, 
where the tasks assigned to a class, to which a worker 
belongs, and also to a higher class are assigned to 

15 the worker. Besides, Japanese Application Patent Laid- 
open Publication No. HEI 08-161393 discloses a work 
system that is provided with a work environment 
editing function, (hence)j| flexible for any change in the 
work environment, work description and organization. 

20 The conventional workflow generation support 

system is capable of defining the work item, work 
(carrying-out) condition and work (carrying-ou€| sequence. 
However, there arises a problem^that different 
workflow- writers may describe the workflow [of a)jsame 

25 work £Lri)jjdif ferent grading because the system is not 

provided with a standard for determining the unit (or 
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preciseness) of j work item. 

When an organization A has, for example, [a piece)^ 

<\ 

of work called) "Request for Order", comprising two 
(pieces of) workjl called "Preparation of Order" and 
5 "Section Managers approval on Order", and a workflow 

is to be (aescribegjifor this, one writer may (3escribe) ca+*M 
(Eh^workflow in which the work "Section Manager's 
approval on Order" be carried out after the work 
"Preparation of Order" is completed* but another writer 

10 may (describe the)J workflow which completes ^with a 
single [piece of] work) "Request for Order" . 

With a workflow generation support system^^ 
disclosed in Japanese Application Patent Laid-open 
Publication No. HEI 07-249024(V)jJapanese Application 

15 Patent Laid-open Publication No. HEI 10-326306, (etc. 7) 
there arises a problem ^that, if (a) work is to be 
carried out jointly by multiple organizations, partial 
modification of the workflow as a result of personnel 
changes and/or organization changes affects other 

20 wor^fl^s^ because the priority of ^sequence can be 
(3ef ineS^directly to the work of a different 
organization. 

Here, an assumption is made that, for example, the 
work called "Ordering" is required in a different 

25 organization B after the work "Section Manager's 

approval on Order" in the previous case. If the work 



r 



"Department Manager's approval on Order" is further 
needed after the work "Section Manager's approval on 
Order", the following will happen. 

If the above modification is made by the 
5 organization A which carries out the work "Request for 
Order" f the workflow is so changed by the organization 
A that the work "Department Manager's approval on 
Order" is carried out after "Section Manager's 
approval on Order". To modify the workflow correctly, 

10 however, the (carrying-out) condition of "Ordering" must 
also be changed from "Section Manager's approval on 
Order" completed to "Department Manager's approval on 
Order" completed. If a workflow writer in the 
organization A is not well aware of the work in an 

15 external organization B, there is no guarantee that 
the {carry ing-outf) condition of the work "Ordering" 
(taken chargej^by the organization B (i^/modified 
correctly. This problem becomes more serious as the 
^carrying-out) condition of the work "Ordering" becomes 

20 more complicated. 

Besides, a workflow generation support system 
disclosed in Japanese Application Patent Laid-open 
Publication No. HE I 08-287157 is provided with a 
function for describing classified workflows^ but with 

25 no standard for determining the work class, that is, 
what range of work items carried out in individual 
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classes should be assigned to each roughly defined 
class. As a result , there arises a problem^that 
different workflow writers may describe different work 
class information. 
5 With a work systemjt described in Japanese 

Application Patent Laid-open Publication No. HEI 08- 
161393 f on the other hand, a user must describe the 
relationship of work items between different classes 
in a direct manner^ because the system is not provided 

10 with a function for describing classified workflows. 

As a result , maintenance of the workflows is difficult. 

In short , with a conventional workflow generation 
support system, describing a workflow requires a task 
dependent upon the writer's subjectivity and, because 

15 of this, there arises a problem^that only an expert 

writer can describe the workflow or^that the described 
workflow cannot be modified. 

SUMMARY OF THE INVENTION 

20 An object of the present invention, where there is 

provided a function for describing (the) classified 
workflows, is to offer a work support information 
extracting program and a work support information 
extracting system using the program^ which provides a 

25 workflow writer with an objective standard for 
determining the work item unit and work class. 
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Another object of the present invention , where 
there is provided a function for describing (the] 
classified workflows , is to offer a work support 
information extracting program and a work support 
5 information extracting system using the program^ in 

which modification of some workflows does not produce * 
effect on the other workflows. 

In order to solve the problems jabove, the work 
support information extracting program according to 

10 the present invention is to be executed on a computer 
comprising a data processing unit, a storage unit 
containing a staff /organization database, and an 
input-output unit; the work support information 
extracting program is provided with a work extracting 

15 function that stores an inputted work database into 
the storage unit and a work support flow generating 
function that generates work support flow data from 
the information in the staff /organization database and 
work database and stores the data into the storage 

20 unit as well; and the work support flow generating 

function is provided with a function that generates, 
from the workflows in an organizational class stored 
in the work database and class information stored in 
the staff /organization database, the work jcarrying-out) 

25 condition information applicable to multiple 
organizational classes. 
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The work support information extracting system 
according to the present invention is constructed of a 
work support information extracting program that 
executes a staff /organization database ( hereinafter 
5 called staff /organization DB) inputting function that 
inputs the staff /organization DB containing the 
organization information about the class structure of 
the organization that carries out the work and the 
staff information about the staff who constitutes the 

10 organization and carries out the work; a work 

extracting function that inputs the work database 
(hereinafter called the work DB) containing the work 
item information, work (carrying-out) condition 
information that indicates the sequences and 

15 conditions of carrying out the work, and work 

(carrying-ou^) unit information that indicates the 
person(s) or organization ( s ) in charge of carrying out 
the work; and a work support flow generating function 
that generates {the} work support flow data from the 

20 information in the staff /organization DB and work DB; 

and a storage unit that stores the staff /organization 
DB , work DB, and work support flow data; an input unit 
that executes, out of the functions executed by the 
work support information extracting program, a 

25 (receiving^ function of /inputs from the user of the 

system; and the functions executed by the work support 
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information extracting program. 

With a work support information extracting program 
according to the present invention and a unit using 
the program, where there is provided a function for 
5 describing the classified workflows , work can be 
extracted in a unit corresponding to the unit of 
staff /organization structure. In addition, the effect 
of modifying a workflow can be limited within the 
organization which carries out the work so that 

10 modifying a workflow in an organizational class 
results in no effect on the workflow of other 
organizational classes . 

According to the present invention, a user can 
modify the work system applicable to multiple 

15 organizations or classes by defining only the sequence 
in the organization or class. 



BRIEF DESCRIPTION OF DRAWINGS 



20 ([Fig. lp -A- J A it- J 

d^.i>u»^>^^ f (Aii)^kample of the^work support information 

extracting program according to (thd); first embodiment 
of the present invention^ 
[[Fig. 2]] A 
25 ' (A^diagram showing the construction of ^thej^work 

support information extracting unit according to the 
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first embodiment of the present invention^ 

Y diagram] showing the format andean example of the 

staff /organization DB/in the first embodiment^ 

5 , (Lr^ 4 J 

1 a ^ diagram showing an example of the input screen 
of the staff /organization DB in the first embodiment^ 
([Fig. 5]J 

' / <A- flowchart showing the internal process of the 
10 work extracting process in the first embodiment^ 
[[Fig. 6]J A 
1 ^ <3l flowchart showing the internal process of the 
sub-work carrying-out unit extracting process in the 
first embodiment^ 

15 .l Fi 9- 7 D A 

* A<\ flowchart showing the internal process of the 
A 

sub-work carrying-out condition extracting process in 
the first embodiment^ 

20 J^(a diagram] showing the format and jan example of the 

work DB A in the first embodiment j 
_ fiFig. 9]J * 

7 <A_ diagram showing an example of the work data 



input screen ( for a case where the workflow contains 
>ranch) in 1 
([Fig. 10 f) 



25 no branch) in the first embodiment j 



yy A- diagram showing an example of the work data 
input screen (for a case where the workflow contains a 
branch) in the first embodiment • 
{[Fig. 11^ A 
A flowchart showing the internal process of the 
sub-class workflow completion condition generating 
process in the first embodiment; 
f ' 1 

w ^.yi&a* + (f™ <H — ■ 

(^diagrams showing the format andean example of the 

workflow completion condition table in the first 

embodiment t 
'A 

[[Fig. 13T) 

^ &~ diagram showing an example of the input screen 
K 

of the sub-class workflow completion condition in the 

t embodime 

(tFig. 14 j) 

<A~ f lowchar 
A 

work support flow generating process in the first 
embodiment 

Gjig. is!) 

a A, flowchart showing the internal process of the 
highest-class work searching process in the first 
embodiment 

) ^ 

[LPig. 16]] 



first embodiment \ 

} K 

g. 14]) 

<^ flowchart showing the internal process of the 



K K 

work support flow data 



diagram showing ^the format and] an example of the 

K 
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(£Fig. 17 j) 

/y A. diagram showing the data structure in the work 
support information extracting service according to 

<K 

fthe)i second embodiment of the present invention i 

A. 

5 ([Fig. 18j) 

^ <fc- flowchart showing an example of the work support 
information extracting program in the second 
embodiments 

[[Fig. ISrfi 

10 i Bl diagram showing the data updating in the work 

p ^ 

support information extracting service in the second 
embodiment j ^ 
trig. 20 ]) 

A diagram showing an example of the enterprise DB 
15 in the second embodiment^ 
[[Fig. 2lJ 

/(ft. diagram showing an example of the integrated 
enterprise DB in the second embodiment • 
([Fig. 22l) 

20 A0L diagram showing an example of the integrated 

work support flow data in the second embodiment 



DETAILED DESCRIPTION OF THE EMBODIMENTS 

The first preferred embodiment of the present 
25 invention^ (is) explained [hereunder , usingj jfig. 1 to Fig. 
16. To start with, the work support information 



extracting system of the f irst embodimentyQLs) explained^) 



a fusing 



^^using)Figs . 1 and 2. 

The work support information extracting program 10 
for the work support information extracting system of 
5 the present invention comprises \the)jstaf f /organization 
DB inputting process 100 that inputs the 
staff /organization data into the staff /organization DB 
130,^work extracting process 110 that inputs the work 
data into the work DB 140, andfwork support flow 
10 generating process 120 that automatically generates 
the work support flow data 150 from the information 
stored in the staff /organization DB 130 and work DB 
140. In this embodiment, the work support information 
extracting program 10 is executed by a work support 
15 information extracting unit 20^ in Fig. 2. That is, the 
work support information extracting unit 20 comprises 
an information processing unit 200, display unit 210, 
input unit 220, and storage units 230, 232{^ and),The 
work support information extracting program 10 is 
20 stored in the storage unit (or storage medium) 232 and 
executed on the information processing unit 200 or the 
like. 

In Fig. 1, the staff /organization inputting 
process 100 inputs {the) staff data and organization 



25 data-in accordance with the data format of the 

staff /organization DB, and stores the data in the 



staff /organization DB. Any means of ^ input is 
acceptable. For example , data can be inputted from the 
staff /organization DB input screen 400 , to be 
explained later , or necessary staff data and 
5 organization data can be read out from a 

staff /organization file prepared separately. 

Next, the work extracting process 110 inputs the 
information about the work that is subdivided by a 
staff unit and organization unit^ in accordance with 
10 the data in the staff /organization DB, and store* the 

K 

data in the work DB. Since the work is subdivided by 
class, for example, subdivided into the the highest- 
class organization work, the second highest-class 
organization work, the third highest-class 

15 organization worl^^ and so on^in this process, the work 
name and organization name of the highest-class 
organization is handed over to the work extracting 
process 110. - detailed explanation of the work 
extracting process 110 will be given later. 

20 Lastly, the work support flow generating process 

120 generates the work support flow data, which is the 
final work support data, from the data in the 
staff /organization DB and work DB. ^ detailed 
explanation of the work support flow generating 

25 process 120 will be given later. . 

In the processes in steps 100 to 120 as j above, 



- 14 - 

work-related information corresponding to a staff unit 
or organization unit is inputted by the userj and the 
work flow in an organization is also inputted by the 
user independently from that in other organizational 
5 classes. Thus, the program produces a result (that the}^ 
work support flow data applicable to multiple 
organizational classes is generated. 

^detailed explanation of the data format of the 
staff /organization DB 130, work DB 140 and work 
10 support flow data 150 will be given later. 

Next, the construction of the work support 
information extracting unit 20, on which the work 




15 



The information processing unit 200 reads out the 



work support information extracting program 10 from 



the storage unit (or storage medium) 232 and executes 




unit 210 and input unit 220. 



20 



The display unit 210 executes (such) processes^ that 




relate to display^ to the user 30, (bf^the information 
extracting program 10. ^o be concrete^, those ^re)n 



displaying the staff /organization DB input screen 400, 



^displaying) the work data input screen 900, and 



25 



(displaying) the sub-class workflow completion condition 



input screen 1300, each to be explained later. 
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Of the processes executed in the work support 
information extracting program 10, the input unit 10 
executes such processes that are relatefyLnputs by the 
user 30. (To be concretj, those (ar ^inputting into the 
5 staff /organization DB input screen 400, inputting into 
the work data input screen 900, and inputting into the 
sub-class workflow completion condition input screen 
1300, each to be explained later. 

The staff /organization DB 130, work DB 140 and 
10 work support flow data 150 are stored in the storage 
unit 230, and each^data is processed, displayed or 
inputted in each process {ori^the information processing 
unit 200, display unit 210 and input unit 220. 

With the above construction, there is provided an 
15 effect that processing of the work support information 

Ax 

extracting program 10, /input of data from the user 
into the work support information extracting program 



10, Adisplay of data from the work support information 
extracting program 10 to the user, and /storage of data 

20 resulting from the process of the work support 

information extracting program 10 can be all realized. 

Next, Fi<£. 3^ show* the data format J of the 
staff /organization DB 130. The staff /organization DB 
130 contains an organization tree 320, which is the 

25 organizational class information, and a staff tree 340, 

which is the staff class information, each ^ontaine^p^^^ 
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class data in a tree structure. The organization tree 
320 contains the organization data 330 as nodes in the 
tree structure, and the staff tree 340 contains the 
staff data 350 as nodes in the tree structure. 
5 Fig. 3(*) shows the format of the organization 

data. The elements of the organization data format 300 
include organization ID, organization name, parent 
organization ID, and sub-organization ID, where the 
organization ID contains an ID for identifying the 

10 organization uniquely, the organization name contains 
the name of the organization, the parent organization 
ID contains an ID of an organization that is the 
parent organization in the organization data, and the 
sub-organization ID list contains a list of IDs of 

15 organizations that are the sub-organizations in the 
organization data, respectively. 

This embodiment employs the parent organization ID 
and sub-organization ID list as \the)data indicating 
the tree-structured class, but other types of data 

K 

20 acceptable. For example, a pointer to the parent 

organization data can be used in place of the parent 

organization ID and pointers to the sub-organization 

data can be stored in place of the sub-organization ID. 
b 

Fig. 3(«) shows the format of the staff data. The 
h 

25 elements of the staff data format 310 include staff 

member ID, staff member name, supervising manager ID, 
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and subordinate ID list, where the staff member ID 
contains an ID for identifying the staff member 
uniquely, the staff member name contains the name of 
the staff member, the supervising manager ID contains 
an ID of a manager who is the supervising manager in 
the staff data, and the subordinate ID list contains a 



list of IDs of staff members who are [the) subordinates 

in the staff data. The name of the staff member; above 

indicates either the name of a person or the title of 

10 a position, and the name of a person is used as the 

staff member name in this embodiment. 

This embodiment employs the supervising manager ID 

and subordinate ID list as the data indicating the 

tree-structured class, but other types of data (Ls)^ 

a A 

15 acceptable. For example, a pointer to the supervising 

manager data can be used in place of the supervising 

manager ID and pointers to the subordinate data can be 

used in place of the subordinate ID list, 
c 

Fig. 3(H) shows an example of the 
20 staff /organization DB. This example shows an 

organization structure, where Division X, which is the 
highest class organization, has sub-organizations^ 
Department 1 and Department 2, Department 1 has sub- 
organizations/, Section 11 and Section 12, and 
25 Department 2 has a sub-organization Section 21. It also 
shows [a)jtstaf f structure, where each class has a 
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manager ^^ik^) Division Manager X in Division X^and each 
Section 12 and Section 21 has a Section member ( s ) . In 
this embodiment, the organization structure and staff 
structure are presented as a classified tree structure^ 
5 as *above. 

With the data format as /above, there is provided 
an effect (that)jthe organization data and staff data of 
a class structure can be maintained. 

Next, Fig. 4 shows an example of the screen in the 

10 staff /organization DB inputting process 100. A spread 
sheet entry is employed for data input in this example, 
and the organization tree data and staff tree data can 
be inputted in the staff /organization structure input 
frame 410. Each of the first column and the first row 

15 (shaded) of the frame represents the index of the 

columns and rows, respectively. Inputting each data^ 
into the spread sheet [constructs^the 
staff /organization DB. ^ 

In case (the) data of {atystaf f and organization 

20 structure^ shown in Fig. 3 (*) is to be inputted, £nput^ 
a corresponding set of data of the Division name, 
Department name and Section name, and also the 
Division manager name, Department Manager name,. a 
Section Manager name, and Section member name j into 

25 each class in the staff /organization structure input 
frame 400. The data for each class inputted in the 
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same row is regarded to have a hierarchical relation. 

For example , (a ^Division X, Department 1 and 
Section 11 are inputted in the same row in an example 
in Fig. 4, the organization data of Department 1 is 
5 regarded to have a hierarchical relation (tha£)| Division 
X is the parent organization and Section 11 is one of 
the sub-organizations. If a parent element has two or 
more sub-elements, a cell (or cells) just below the 
parent element cell is (are) left blank and the second 

10 sub-element (or more sub-elements ) is (are) inputted 
in the cell (or in each cell) on the right. For 
example, in (arfy example^ in Fig. 4 where Department 1, 
the parent element^ has two sub-elements, Section 11 
and Section 12, a cell just below the cell used for 

15 inputting Department 1 is left blank, and Section 12, 
-the second sub-element \ is inputted in the cell on the 
rightj. A similar (manner applies to) the inputjj of the 
staff structure. When an organization name is inputted 
into each cell, an organization ID for identifying the 

20 organization uniquely is generated automatically^ and, 
when a staff member name is inputted, a staff member 
ID for identifying the staff member uniquely is 
generated automatically. Both columns and rows of the 
staff /organization structure input frame 410 can be 

25 added or deleted so as to cope wittUpossible increase 
or decrease of the /classes , staff members and 
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organizations . 

A spread sheet entry is employed for data input in 
the example in Fig. 4^ but any other entry is 
acceptable. For example , it is acceptable to employ a 
5 visual entry where the staff /organization elements are 
represented by symbols^ like /circle and /square^and the 
symbols are connected with each other with lines. 

With the;[example) screen as^above, there is 
provided an effect that the staff /organization data 

10 corresponding to the data format of the 
staff /organization DB can be inputted. 

Next, Fig. 5 shows the detailed sequence of the 
work extracting process 110. Since the work extracting 
process 110 is a recursive type program, the call 

15 origin process of this process (hands ove^ jthe parent 
work name and parent work (carrying-out) organization 
name as the data necessary for this process. The work 
extracting process 110 is provided with a function 
that extracts the sub-works and sub-work (carrying-out] 

20 staff members (or organizations), which constitute the 
"parent work" carried out by the "parent work 
(carry ing-ou^ organization" received from the call 
origin. That is, it is a function that subdivides the 
parent work at the call origin into two or more sub- 

The process sequence^ M,s) explained^ (concretely 



hereunder. 




are received from the call origin , the sub-work item 
name constituting the parent work (step 500) is 
inputted. Next, the extracting process of the sub-work 
carrying-out unit corresponding to the inputted sub- 
work name (step 510) is executed. Then, the extracting 
process of the sub-work [carrying-out) condition 
corresponding to the inputted sub-work name (step 520) 
is also executed. The sub-work (carrying-out) condition 



example, "after what work the sub-work should be 
carried out" or "under what condition the sub-work 
should be carried out". 

Since necessary data for the work item has become 
available through the processes^ above, the inputted 
work item is registered into the work DB (step 530). 
As a result of the processes^ above, a work item for 
which a staff member or organization has been 
specified as the |carrying-ou€)j unit , i.e, a work item 



subdivided byxstaff unit or organization unit has been 
inputted. i 



work items are inputted (step 540). Multiple sub-work 
items subdivided from the parent work are all inputted 




ion of carrying out the sub-work, for 




The processes | above are repeated until all sub- 
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through this process. 

When multiple sub-works corresponding to the 
parent work are inputted at a point where the process 
up to step 540 is complete, it is likely (to happen) 
5 that the parent work^fcpmes to completion] while the 

workflow comprising the (carry ing-out) sequences of the 
sub-works (is)jibranched. For example, when a parent work 
"Request for Order" comes to completion with two sub- 
works "Section Manager's approval on Order" and 

10 "Department Manager's approval on Order", the 

condition ^o ^completing the workflow in the sub-class 
can be either a case where "Section Manager's approval 
on Order" is completed and "Department Manager's 
approval on Order" is also completed or a case where 

15 either one of "Section Manager's approval on Order" 
and "Department Manager's approval on Order" is 
completed. In case the workflow completion condition 
in the sub-class cannot be defined uniquely (like the) A 
(abov^, a process for inputting the completion 

20 condition is then executed (step 550). 

Through the process up to step 550, the workflow 
in the sub-class corresponding to the parent work is 
determined . 

Next, for all the sub-works constituting the sub-. 
25 class workflow, whether the [carrying-out) unitjis a 

person or an organization is checked (steps 560, 570). 




work extracting process 110 is called recursively 
(step 580). The data to be handed over to the 



feut) organization the work which carrying-out^unit 
is found to be an organization. 

The processes in steps 570 and 580 are repeated on 
all sub-works constituting the sub-class workflow 



unit extracting process 510, sub-work (carrying-out) 
condition extracting process 52 0 and sub-class 
workflow completion condition generating process 550 
will bp given later. 

Through the processes in steps 500 to 590 , there 
is provided an effect that the work items by a unit 
corresponding to the staff or organization are 
inputted by the user, the (carrying-out) person or 
organization is determined for each work item, and 
that the workflow within the organization is inputted 
independently in each organizational class. 

Next, Fig. 6 shows the detailed sequence of the 
sub-work (carrying-out] unit extracting process 510. The 
sub-work (carry ing-out) unit extracting process 510, 





(step 590) (and^the work extracting process 110 is 
complete. 

4 detailed explanation of the sub-work (c^rrying-out) 
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which is a process that determines the person or 
organization carrying out the sub-work item inputted 
in the work extracting process 110 , is provided with a 
function of generating a candidate list of the 
5 (carry ing-ou^ units dynamically. 

The process sequence (l^explained (concretely^ 
hereunder* To start with, a list for storing the 
candidate ^arrying-out) units of the sub-work is first 
initialized (step 600), and a parent work {carrying-out) 

10 organization is searchec^/f rom the organization tree in 
the staff /organization DB and the manager of the 
parent work (carrying-outj organization is searched x from 
the staff tree of the staff /organization DB (steps 610 , 
620). Next, the manager of the parent work |6axrying^) 

15 (out) organization is added to the candidate list (step 
630) . 

That is to say, there is a possibility that a sub- 
work constituting the parent work is carried out by 
the manager of the parent work (carrying-ou^ 

20 organization. For example, (a) work within Division X, 
constituting the Division X work, may possibly be 
taken charge j^by Division Manager X. 

Next, at what class the parent work (carrying-out) 
organization is positioned in the organization tree is 

25 checked. £ro be concrete, whether the organization is 
at the lowest class (= bottom class) in the 
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organization tree is checked (step 640). If the parent 
work (carrying-outj organization is found to be not at 
the bottom class as a result of the check, it means 
that there is a lower class organization than the 
5 parent work [carry ing-ou^ organization , and therefore, 
the sub-organization of the parent work ^rarrying-out} 
organization is added to the candidate list (step 650). 

That is to say, there is a possibility that a sub- 
work constituting the parent work is carried out by 

10 the sub-organization of the parent work ^arrying-outj 
organization. For example, {a) work within Division X 
constituting the Division X work may possibly be taken 
charge^ by (the^ sub-organization of Division X, such as 
Department 11 or Department 12. 

15 Next, whether the manager of the parent work 

(carrying-out) organization has k subordinate is checked 
(step 660). If the manager is found to have a 
subordinate(s) as a result of the check, the 
subordinate is added to the candidate list (step 670) 

20 That is to say, there is a possibility that (a) sub- 

work constituting the parent work is carried out by 
the subordinate of the manager of the parent work 
carrying-out organization. For example, [a] work within 
Division X, constituting the Division X work, may 

A 

25 possibly be taken charge^ by Department Manager 11 or 

Department Manager 12. who is a subordinate of Division 



10 
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Manager X. 

Through the process up to step 670 , the candidate 
list of the sub-work (carrying-ou^ units is determined. 
In other words, (a) sub-work constituting the parent 
work is carried out by any of the manager of the 



parent work carrying-out organization, its sub- 
organization, or/ subordinate of the manager. It mean 
for example, that ja) work within Division X, 
constituting the Division X work, is taken charg^ by 



Division Manager X, by Department 11 or Department 12 ^ 
which is the sub-organization of Division X, or by 
Department Manager 11 or Department Manager 12^ who is 
a subordinate of Division Manager X. 

Next, the candidate list of the sub-work (carrying-^ 
15 ^S u 5 units is displayed (step 680), and the user 

selects a person or organization that carries out the 
sub-work (step 690). Now, the sub-work carrying-out 
unit extracting process 510 is complete. 

Through the processes* (as) above, the (carry ing-outj 
20 unit of the sub-work inputted in the work extracting 
process 110 is determined. 

With the processes in steps 600 to 690, there is 
provided an effect that the manager of the parent work 
(carry ing-ou^ organization, its sub-organization or the 
25 subordinate of the manager is presented as a candidate 
for the ^carrying-out^ unit of the sub-work item 



inputted in the work extracting process 110. 

Next, Fig. 7 shows the detailed sequence of the 
sub-work (carrying-out^ condition extracting process 520. 
The sub-work ^arrying-ou^ condition extracting process 
520 , which is a process that determines the condition 
of carrying out the sub-work item inputted in the work 
extracting process 110, is provided with a function of 
defining the workflow of the sub-work independently 
within the sub-class and also a function of changing 
the user interface for inputting the ^carrying-out) 
condition depending upon whether the workflow of the 
sub-work has a branch or not. 

The process sequence (Is)jexplained (concretely) a 
hereunder. To start with, a list for storing the 
candidate ^carrying-out) units of the sub-work is first 
initialized (step 700) and a "flow start" condition is 
added to the candidate list (step 710). The "flow 
start" condition is a nonobjective (carrying-out^ 
condition of starting the sub-work flow, and the "flow 
start" condition is replaced with a combination of 
start conditions or completion conditions of other 
works on the final work support flow data (this 
process is executed by the work support flow 
generating process 120, to be explained later). 

Next, for all work items in the sub-class workflow 
(which are called "work i" ), the candidate completion 



conditions of work i are added to the candidate list 
(step 720, 730). In case there arise three sub-works, 
"Preparation of Order", "Section Manager's approval on 
Order" and "Department Manager's approval on Order", 
5 for example, candidate conditions such as "Preparation 
of Order completed", "Section Manager's approval on 
Order completed" and "Department Manager's approval on 
Order completed" are added to the candidate list. 
Next, the garrying-ou^ condition of the work i 

10 under process is compared with the (carrying-out) 
conditions of all other sub-works (step 740). 

If the (carrying-ou^ condition of the work i is 
equal to the (carrying-out^ condition of (othe^J sub-work, 
it means that the work i and the sub-work in question 

15 are carried out together on a certain occasion and 

that the workflow of the sub-work contains a branch. 
When a workflow contains a branch, the (carrying-out} 
condition of works to be inputted after the branch may 
possibly be complicated. As a result, a candidate 

20 condition "New carrying-out condition" is added to the 
candidate list (step 750). Furthermore, a logical 
condition input button is additionally displayed (step 
780) so thatA complicated work (carrying-out) condition 
can be described using a logic formula containing a 

25 combination of multiple candidate conditions. "New 
carrying-out condition" is a set of choices for 
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defining a new work (carrying-out] condition other than 
"flow start" and "work i completed". The logical 
condition input button is a button for inputting a 
logical condition "AND", "OR", or "NOT" among multiple 
5 candidates of the work (carrying-out) conditions and 
also for inputting brackets "(" and ")" used in a 
logic formula. ^ .« r 

The {above is^explained hereunder, using an example. 
There can be a workflow, for example, where "Section 

10 Manager's approval on Order" or "Department Manager's 
approval on Order" comes after "Preparation of Order", 
and the workflow requires Section Manager's approval 
if an article to be ordered is "stationery" and 
Department Manager 1 s approval if an article to be 

15 ordered is "electric appliance". If the £arry ing-outj 
condition of "Section Manager's approval on Order" and 
"Department Manager's approval on Order" is simply 
specified like "Preparation of Order completed" in the 
above example, the workflow does not describe the work 

20 correctly because both works "Section Manager's 

approval on Order" and "Department Manager's approval 
on Order" are always required regardless of what 
article is to be ordered. When a case like the above 
happens, new (carrying-ou^ conditions "Order for 

25 stationery" and "Order for electric appliance" should 
be added, using the afore-mentioned "New carrying-out 
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condition" , and the (carrying-out) condition of "Section 
Manager's approval on Order" is specified as 
"Preparation of Order completed AND Order for 
stationery" and the {^arrying-out) condition of 
5 "Department Manager's approval on Order" is specified 
as "Preparation of Order completed AND Order for 
electric appliance" . For inputting this ^carrying-out) 
condition, a logical condition input button "AND" is 
used. ^he>detailed explanation of the user interface 

10 for inputting a logical condition will be given later. 

When the steps 730 to 760 are executed completely 
for all work items i within the sub-class workflow 
(step 770)/ the Jcarrying-out) condition candidate list 
for the sub-work items inputted in the work extracting 

15 process 110 is determined. 

Next, the candidate list of the sub-work (carrying^ 
(out) conditions is displayed (step 780), and the user 
selects from the candidate list and inputs the 
(carrying-out) condition of the sub-work using the 

20 logical condition input button (step 790). Now, the 

sub-work ^arrying-out) condition extracting process 520 
is complete. 

In other words , the above means that/ because the 
carrying-out condition of a sub-work is defined using 
25 the "flow start" condition indicating the start of the 
sub-class workflow/ the completion condition of other 
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work in the same sub-class workflow, the new £5arryincQ 
(ou£) condition defined by the user, and a logic formula 
made of a combination thereof, the workflow does not 
depend upon the completion condition of [a) work in any 
5 other class^but can be defined independently within 
the sub-class. . 

Through the processes as^ above, the (carrying-out^ 
condition of the sub-work item inputted in the work 
extracting process 110 is determined. 

10 With the processes in steps 700 to 790, there is 

provided an effect that the (carry ing-ou^ condition of 
the sub-work item inputted in the work extracting 
process 110 can be defined independently within the 
sub-class to which the sub-work item belongs and that 

15 the work (carrying-out^ condition inputting means is 

switched depending upon whether the sub-class workflow 
contains a branch or not. 

Next, Figf. 8^ shower the data format of the work DB 
140. Stored in the work DB 140 is the data related to 

20 the work items extracted from the user in the work 
extracting process 110. 

Fig. 8(4) shows the format of the work data. The 
elements of the work data format 800 include work ID, 
work name, {carrying-out) unit , work (carry ing-ou§ 

25 condition, parent work ID, and sub-work ID list, where 
the work ID contains an ID identifying the work item 
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uniquely, the work name contains the work item name 
inputted in step 500 of the work extracting process 
110, the (carrying-out) unit contains the (work carrying-J 
(out) person name or organization name extracted by the 
5 sub-work (carrying-out) unit extracting process 510, the 
work (carrying-ou^ condition contains the work 
^arrying-out^ condition extracted by the sub-work 
(carrying-out^ condition extracting process 520, the 
parent work ID contains an ID of the work which ^ 

10 specified as the parent work in the work data, and the 
sub-work ID list contains a list of IDs of the works 
which are specified as the sub-work in the work data. 

This embodiment employs the parent work ID and 
sub-work ID list as the data indicating the class of 

15 work, but other type? of data [is»acceptable. For 

example, a pointer to the parent work data can be used 
in place of the parent work ID and pointers to the 
sub-work data can be used in place of the sub-work ID 
list. 

20 In addition, although the (carrying-out) unitjp<-^^ 

contains the^work carrying-ou^ person name or 
organization name in this embodiment, a staff member 
ID or organization ID can be used in place of the /worlc] 
(carry ing-outj) person name or organization name, 

25 respectively. 

Fig. 8(8) shows an example of the work DB. In 
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this example exhibiting the works carried out by the 
organizations in the sample staff /organization DB 
shown in Fig. 3(*), a square represents the work item, 
an ellipse represents the start or finish of the work, 
5 and an arrow represents the sequence of the work. 
Although , for the convenience of description, the 
start and (stopyof the work and fcarrying-ou^Jl sequence 
of the work are shown separately in this example , they 
are held together as a work (carrying-out) formula in 

10 the actual work data. For example, as the ^arrying-ou€) 
condition data FS2 is held for the Department 1 work 
and data E2 is held for the Department 2 work, the 
flow shows a sequence (that^the Department 2 work is 
carried out after the Department 1 work. Of the work 

15 start and completion conditions, the condition 

prefixed with FS (means the^ workflow start condition 
within the class and those prefixed with FE (means the"}'-* 
workflow completion condition within the class. 

With the data format as /above, there is provided 

20 an effect that the work data of a class structure can 
be held and that the workflow data independent for 
each class can be held. 



CK 



Next, Fig. 9 shows (an examplejjscreen 1 of the work 



extracting function 110. This screen is an example of 
25 a case where the sub-class workflow contains no branch. 
The work data input screen 900 comprises a work item 
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inputting area 910, work (carry ing-ou^ unit selecting 
area 920, work (carrying-out) condition formula 
inputting area 930, and a work garrying-ouf] condition 
candidate selecting area 940. 

In the work item inputting area 910, the sub-class 
works inputted before are listed and "New work" is 
shown on the last line of the list. If the user writes 
in a new work item name, the new work item is added. 

The work "parent work carrying-out organization" 
in the prompt is replaced dynamically with an actual 
parent work (carrying-out^ organization name and the 
word "parent work" with an actual parent work item 
name, respectively. For example, if a sub-work is 
being inputted for the X Division work of Division X, 
the prompt would be "Of what sub-works does the 
Division X work carried out by Division X consist?" 

In the work |carrying-out) unit selecting area 920, 
the candidate list of the sub-work (carrying-out} units 
generated in the sub-work (carrying-ou§ unit extracting 
process 510 is displayed, and the user can select a 
(work carrying-ou§ person or organization from the 
candidate list. 

In the work (carrying-ouj condition candidate 
selecting area 940, the list of the sub-work carrying 
out conditions generated in the sub-work (carrying-out] 
condition extracting process 520 is displayed. When 
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the user selects a work (carry ing-ou€j condition from 
the candidate list, the [carrying-out] condition is set 
in the work ^arrying-out} condition formula inputting 
area 930. 

When the sub-work registration button 950 is 
pressed after the work item f (work carrying-ou^person 



or organization[/) and/ work (c^rrying-out? condition are 
set through the procedures J above, the work data is 
registered in the work DB. 

10 When the whole sub-work input completion button 

960 is pressed by the user after the whole sub-works 
constituting the parent work are inputted, the sub- 
work input is complete. 

With the (example^screen as) above, there is 

15 provided an effect that the work data can be inputted 
in a format corresponding to the work DB format. 

Next, Fig. 10 shows [an example} screen 2 of the 
work extracting process 110. This screen is an example 
of a case where the sub-class workflow contains a 

20 branch. If the sub-class workflow contains a branch, 
"New carrying-out condition" is added to the work 
(carrying-out) condition candidate selecting area 940 by 
the sub-work [carrying-out] condition extracting process 
520 and additionally the logic condition input buttons 

25 1000, 1010, 1020, 1030 and 1040 are displayed. As the 
user writes in a new (carrying-out] condition name over 
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"New carrying-out condition", the new work ^carrying-J 
{out) condition is defined. 

Besides, selecting a candidate condition from the 
work ^carrying-out) condition candidate selecting area 
5 940 and pressing necessary input buttons 1000, 1010, 
1020, 1030 and/or 1040 (enablesjjto input a work 
(carrying-ou^ condition formula, and the inputted work 
^carrying-out^ condition formula is displayed in the 
work ^arrying-outj formula inputting area 930. 

10 In the above, any means is acceptable for 

materializing the defined "new carrying-out condition". 
For example, it is acceptable that any other work 
support system than Jin the present invention, which 
provides actual work support based on the work support 

15 flow data 150 according to the present invention, 

materializes the "new work carrying-out condition" or 
that the "new work carrying-out condition" is assigned 
to any of the works extracted according to the present 
invention so that the "new work carrying-out 

20 condition" can be materialized at the time when the 
work is completed. ( 

With the/(example) screen as y above, there is 
provided an effect that the work data can be inputted 
in a format corresponding to the work DB format and 

25 that, if the workflow contains a branch, ^detailed work 
(carrying-out) condition can be inputted. 
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Next, Fig* 11 shows the detailed sequence of the 
sub-class workflow completion condition generating 
process 550. The sub-class workflow completion 
condition generating process 550 is provided with a 
5 function that generates a completion condition which 
specifies under what condition the sub-class workflow 
is completed when the sub-class work flow contains a 

The process sequencers) explained (concretely^* 

10 hereunder. To begin with, the work to be carried out 
finally in the sub-class workflow is searched/ among 
the works within the sub-class workflow (step 1100). 
Then, the number of the final works searched is 
checked (step 1100). If there are found two or more 

15 final works, it means that the sub-class workflow 
contains a branch in the course of the flow, and 
accordingly, the completion condition of the sub-class 
workflow cannot be defined uniquely. Because of this, 
the completion condition needs to be inputted by the 

20 user (step 1120). How to input the condition will be 
explained later. Then, the completion condition 
inputted by the user is registered into the workflow 
completion condition table, and the sub-class workflow 
completion condition generating process 550 is 

25 complete. 

Through the processes in steps 1100 to 1130, there 



10 
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is provided an effect that the condition of completing 
the sub-class workflow in case the sub-class workflow 
contains a branch can be defined uniquely. 

Next, Ficjs: 12/^showd the data format of the 
workflow completion condition table. In the workflow 
completion condition table , the data related to the 
workflow completion condition extracted from the user 
in the sub-class workflow completion condition 

extracting process 550 is stored. 

cx 

Fig. 12 (^) shows the format of the workflow 
completion condition table. The elements of the 
workflow completion condition table include^ parent 
work ID, ^sub-work flow completion condition ID, and/ 
sub-work flow completion condition formula, where the 
15 parent work ID contains a parent work ID corresponding 
to the sub-class workflow, the sub-work flow 
completion condition ID contains an ID that can 
identify the sub-class workflow completion condition 
uniquely, and the sub-work flow completion condition 
20 formula contains a completion condition formula that 
brings the sub-class workflow to completion. 

Next, ^example* values that^re held in the workflow 
compl^ion condition table (are")Jexplained hereunder, 
(makingyref erence to an example workflow. 
25 Fig. 12 (^) shows an example^ workflow. The example 

represents a case in which there exist a sub-work flow 
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(1220) comprising the works All r A12 and Al3^that are 
sub-works of the work As (1210)^ and also a sub-subwork 
flow comprising the works A121 and A122^that are sub- 
work of the sub-work A12 (1230), i.e. sub-subwork of 
5 the work Al (or sub-work of the work A12), where the 
sub-work flow of the work Al is completed when both 
work A12 and work A13 are completed and the sub-work 
flow of the work A12 is completed when either the work 
A121 or the work A122 is completed. 

c 

10 Fig. 12(f) shows an example of the workflow 

completion condition table corresponding to the above- 
mentioned example* workflow. In the example j|Workflow A 
above, the completion condition ID of the sub-work 
flow 1220 corresponding to the work Al (1210) is El, 

15 and the completion condition of the sub-work flow 1240 
corresponding to the work A12 (1230) is E12. Since the 
actual completion condition of the workflow 1220 is 
the completion of both A12 and Al3 f the completion 
condition formula of the workflow 1220 is given as 

20 E12*E13. And, since the actual completion condition of 
the workflow 1240 is the completion of either A121 or 
A122, the completion condition formula of the workflow 
1240 is given as E121+E122 (where AND is shown as 
symbol * and OR as symbol + ). 

25 With the data format^ above, there is provided an 

effect that the data, which uniquely represents the 
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condition of completing the sub-class workflow in case 
the sub-class workflow contains a branch, can be held. 

^NextJ Fig. 13 shows an example /screen of the sub- 
class workflow completion condition generating process 
5 550. The sub-class workflow completion condition 

generating process 550 comprises a workflow completion 
condition inputting area 1310 ,J workflow completion 
condition candidate 1320, and logic condition input 
buttons 1330, 1340, 1350, 1360 and 1370. In the 

10 workflow completion condition candidate 1320, the 

completion conditions of the final works in the sub- 
class workflow, searched in step 1100 of the sub-class 
workflow completion condition generating process 550, 
are listed. By selecting a workflow completion 

15 condition candidate from the workflow completion 
condition candidate 1320 and pressing the logic 
condition input buttons 1000, 1010, 1020, 1030 and/or 
1040 as required, the user can input a workflow 
completion condition formula and the inputted workflow 

20 completion condition formula is displayed in the 

workflow completion condition inputting area 1310. 

The function and use of the logic condition input 
buttons are the same as for the logic condition input 
buttons 1000, 1010, 1020, 1030 and 1040 on the work 

25 data input screen 900. 

Lastly, *fhen the user presses the workflow 



completion condition registration button 13 80, the 
inputted workflow completion condition is registered 
in the workflow completion condition table. 



With the example screen as/ above, there is 
provided an effect that the workflow completion 
condition data in a format corresponding to the data 
format of the workflow completion condition table can 
be inputted when the sub-work flow contains a branch. 

^Next^} Fig. 14 shows the detailed sequence of the 
work support flow generating process 120. The work 
support flow generating process 120 is provided with a 
function that generates the work support flow, well 
coordinated throughout the organization, from the work 
data in the work DB and the workflow, defined 
independently within each organizational class, in the 
work DB. 

The ^oncrete] process sequence (Is)} explained 
hereunder. In the work support flow generating process 
120, to start with, all the work data registered in 
the work DB 140 are checked to find out whether it is 
the first work in each class workflow (steps 1400, 



1410). ^Tp be concret^, if the work (carrying-ou^ 
condition formula of each work i contains a "flow 
start" condition, the work i is judged to be the first 
work in the workflow of the class to which the work 
belongs . 





If the work i is not the first work, the work i is 
registered into the work support flow data 150 as it 
is (step 1490) . 

Next, the highest-class work to which the work i 
belongs is searched (step 1420). The highest-class 
work searching process 1420 is a process for searching^ 
the work positioned at the highest class (having no 
parent work) among the works to which the work i 
belongs. £ro be more concret^, as shown in Fig. 15, [a] 
work X is checked for its parent work (step 1500) and, 
if the work has a parent work, the highest-class work 
search for the parent work is executed recursively 
(step 1510) . 

If the highest-class parent work Xp to which the 
work i belongs is found in step 1420, the "workflow 
start" condition formula of the work i is then 
replaced with the (carrying-out) condition formula of 
the parent work Xp (step 1430). As a result of this 
step, "workflow start", which is a nonobjective 
[carrying-out] condition indicating the start of each 
class workflow, is replaced with the completion 
condition of other work. 

Then, each term in the work i (carry ing-outj 
condition formula (assuming that a term j is being 
selected) is searched from the sub-work flow 
completion condition ID in the workflow completion 
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condition table (steps 1440, 1450). If a sub-work flow 
completion condition ID that conforms to the selected 
term j is found as a result of the search, the 
selected term j is replaced with the sub-work flow 
5 completion condition formula in the workflow 

completion condition table (steps 1460 , 1470) and the 
sequence returns to step 144 0. If the replaced portion 
in the formula is bracketed with ( and ")" in this 
replacing process, the priority of importance given to 

10 each term of the (^rrying-ouj^^ond^tion formula is 

maintained. Through the process,! above, a nonobjective 
condition "sub-work flow completion" is replaced with 
the completion condition of other work. 

By executing the above steps 1450, 1460 and 1470 

15 on all terms in the work i (carrying-out) condition 

formula, the nonobjective (carry ing-outj conditions like 
"workflow start" and "workflow completion" contained 
in the work i (carrying-out/ condition formula are 
replaced with the ^ arr yi n 9" ou ^) condition of other 

20 existing work. The work i, of which (carrying-out)^ 

— A 

conditions have been replaced, is then registered in 
the work support flow data 150 (step 1490). 

By executing the above steps 1410 to 1490 on all 
work data registered in the work DB 140, the work 
25 support flow data 150 applicable to multiple 

organizations can be generated from the workflows 
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inputted independently within each organizational 
class . 

Through the processes in steps 1400 to 1491 above, 
there is provided an effect that the work support data 
5 applicable to multiple organizational classes can be 
generated from the organizational class workflow, 
stored in the work DB and independent for each 
organizational class. 

Next, Fig. 16 shows the data format of the work 
10 support flow data 150. The data related to the work 
support flow generated in the work support flow 
generating process 120 is stored in the work support 
flow data 150. 

^As shown in Fig. 16(lQThe work data format of 
15 the work support flow data is the same as for the work 
data format of the work DB 140. 

Fig. IGj^ 2 )) shows an example of the work support 
flow data. This example shows the work support flow 

of 

data that is generated as a result (tha^'the work 
20 support flow generating process 120 executed on the 

work data in the example work DB shown in Fig . 8 ( t ) . 
Compar^Bgn with the example work DB in Fig. 8(1), 

it is known that the workflow is applicable to 

multiple organizational classes as all "sub-work flow 
25 start" and "sub-work flow completion" conditions are 

deleted except for FS1 representing the work start and 
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FE1 representing the work completion of the whole 
organizationj(bu§, instead, each work (1600, 1610, 1620, 
and 1630) is started as a result of the work 
completion in a different class. 
5 With the data format as; above, according to the 

present embodiment, there is provided an effect that 
the work support flow data applicable to multiple 
organizations and classes can be held while the user 
simply defines the sequence within a class in 

10 replacing the data. 

Next, (th^ second embodiment (embodiment 2) of the 
work support information extrjjaoting system ^^o^ing ^ 
to the present invention (Is^ explained [hereunder, using}/ 
Fig. 17 to Fig. 22. 

15 The example (explained in)jthis embodiment is a work 

information extracting service that utilizes the work 
support information extracting system of the afore- 
mentioned embodiment 1. {To be concret^, the example 
supposes a case where the workflow is so constructed 

20 that work* /are carried out jointly by four enterprises, 
Company A, Company B, Company Al (subsidiary of 
Company A) and Company A2 (subsidiary of Company A). 
The construction of each unit and ^layout of /screen in 
this embodiment are (supposed to bej similar to that in 

25 the embodiment 1 . 

As shown in Fig. 17, each Company A, Company B, 
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Company Al and Company A2 is supposed to have its own 
staff /organization DB, work DB and work support flow 
data. In addition , the work support inf ozonation 
extracting unit 2 0 in the embodiment 1 is operating in 
5 the administrating enterprise (Company X) that provided 
the work information extracting service. The work 
support information extracting unit 20 of this 
embodiment contains an enterprise DB 1700 instead of a 
staff /organization DB 130 , an enterprise work DB 1710 

10 instead of a work DB 140, and an integrated work 

support flow datal720 instead of a work support flow 
data 150. The staff /organization DB 130 and enterprise 
DB 1700 have the same data format, work DB 140 and 
enterprise work DB 1710 have the same data format, and 

15 work support flow data 150 and integrated work support 
flow data 1720 have the same data format^ respectively. 
In other words, the data differs only in description!. 

(NextT) Fig. 18 shows the processes in the 
embodiment 2 . In the work support information 

20 extracting program 1800 of this embodiment, the 

staff /organization DB, work DB and work support flow 
data held independently by each enterprise is read out 
(step 1810). Any means of reading out the data is 
acceptable. 

25 Next, an input process into the enterprise DB is 

executed (step 1820 ) . i ©etail5 of this process sequence 
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\is>/the same as in the staff /organization inputting 
process 100 in the embodiment 1. In this process, 
Company X is registered in the enterprise DB as an 
administrating enterprise, and Company A, Company B, 
5 Company Al and Company A2 are registered as the sub- 
organizations of Company X. 

Then, an enterprise work extracting process is 
executed (step 1830 ) . j details of this process sequence 
£s);the same as in the work extracting process 110 in 

10 the embodiment 1. In this process, the administration 
work to be carried out by Company X is registered in 
the enterprise work DB so as to modify the work 
[carrying-out] conditions in each company which have 
already been read out in the individual enterprise 

15 data reading process 1810. 

Next, an integrated work support flow generating 
process is executed (step 1840 ). ^details of this 
process sequence @.£s)/the same as in the work support 
flow generating process 12 0 in the embodiment 1. In 

20 this process, work support flows applicable to the 

companies are generated. Lastly, the integrated work 
support flow data generated in step 1840 is subdivided 
into portions related to each company and^distributed 
back to relevant enterprises (step 1850). As shown in 

25 Fig. 19, the work support flow data subdivided into 

portions related to each company (shaded portions) is 
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distributed from Company X. ~ a *~^ > 

^VAny means of distribution is acceptable. For 
example , data may be distributed automatically through 
a network or by means of a medium such as FD. 
5 Through the processes in steps 1810 to 1850 , there 

is provided an effect that the integrated work support 
flow data can be generated from the staff /organization 
DB, work DB and work support flow data, held 
respectively by multiple organizations, and that the 
10 data can be subdivided for each enterprise and 
distributed to each. 

In this service, it is allowable to charge a fee 
in each step of the processes in the embodiment 2 . For 
example*, in step 1810, it is allowable to charge a fee 
15 jby^volume of read-out data^ such as the 

staff /organization DB, work DB, work support flow data, 
etc. 




It is also allowable that, in step 1850, a fee is 
charged ^volume of distributed data^such as the work 
20 support flow data subdivided for each company. Any 
(means^o ^/charging (basis} other than volume is 
acceptable (for example, charge by time required for 
data preparation) . 

(Next £j Fig. 20 shows an example of the enterprise 
25 DB 1700. The enterprise DB 1700 contains an enterprise 
organization tree 2 000 and an enterprise staff tree 
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2020, each having the same data structure as in the 

organization tree 329 and staff tree 340 in the 

embodiment 1, respectively. In the afore-mentioned 

step 1820, a general administrating organization 2010 

o 

5 and Company X, an administrating enterprise 203 0 are 
added to this, and the organization and staff of each 
enterprise read out in the previous step 1810 are 
allocated. 

(NextJ Fig. 21 shows an example of the enterprise 
10 work DB 1710. The enterprise work DB 1710 has the same 
data structure as in the work DB 140 in the embodiment 
1. In the afore-mentioned step 1830, a general work 
2100 for coordinating the works of each enterprise is 

[pry C&^ys^ <rvCT J\ 

added, and the ^carrying-out) sequences (of)jrthe works of ^jw 

15 individual enterprise, read out in the afore-mentioned 

step 1810, are defined with priority applicable to 

multiple enterprises in each work class. In addition, 

if a hierarchical relation is Jcausec5)f among the works 

of different enterprises (such as subcontract of work. 

20 The example shows a case where works are subcontracted 

from Company A to its subsidiaries, Company Al and 

Company A2 ) , (ai^ administrating work at a higher class, 

0 

such as Company A administratyif work 2110, is added. 
In Fig. 21, the shaded portions represent the data 
25 newly defined in step 1830, and the individual 

enterprise works 2120, 2130, 2140, and 2150 represent 



the data read out in step 1810. 

^Next^j Fig. 22 shows an example of the integrated 
work support flow data 1720 generated in the afore- 
mentioned step 1840. The integrated work support flow 
5 data 1720 has the same data structure as in the work 
flow data in the embodiment 1. The integrated work 
support flow data can be subdivided into the Company 
Al work support flow 2200 , Company A2 work support 
flow 2210 , Company A work support flow 2220, and 
10 Company B work support flow 2230. Thus, the individual 
work support flow is distributed to each enterprise in 
step 1850. 

Also in this embodiment, there is provided an 
effect that the work support flow data applicable to 
15 multiple organizations and classes can be held while 

the user simply defines the sequence within a class in 
replacing the data. 

As explained above, according to the embodiment 2, 
it is possible to realize a service that generates, 
20 based on the staff /organization DB, work D/B and work 
support flow data held independently by each 
enterprise, the work support flow for each enterprise 
to carry out the work jointly. 

In consideration of the performance environment of 
25 the computer that executes the processes according to 
the present invention, it is acceptable in the present 
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invention that any one of the process steps in the 
afore-mentioned embodiments £^jrealized after being 
divided into two or more steps or that two or more 
steps of the processes (ar^j realized after being 
5 integrated into a single step. There is no limitation 
to the mode of realization so long as the functions 
offered by the present invention are not damaged. 

With the work support information extracting 
system according to the present invention , where there 

10 is provided a function for describing a workflow in 
classes, works can be extracted in a unit 
corresponding to a work or organization unit when the 
work information is extracted from the user. 

Since a work support flow, well coordinated 

15 throughout the organization and applicable to multiple 
organizational classes, can be generated automatically 
simply by defining the workflow independently in each 
organizational class, the influence of modifying a 
workflow can be limited within the organization that 

20 carries out the modified work. 



